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APPLICATION APPARATUS AND METHOD 

FIELD OF THE INVENTION 

5 The present invention relates to an apparatus and method 
for submitting and considering applications made by one 
party to one or more other parties of, for example, a 
financial nature, such as applying for and receiving 
approval for a financial loan. The parties will be 

10 referred to hereinafter as the applicant on the one hand 

and the recipient or recipients (of the application) on the 
other. For example, in the context of a financial loan 
application, a recipient may be a lender (such as a bank or 
other financial institution) . In addition, numerous 

15 further applications of the invention are envisaged, in 
essentially any transaction that includes the submission, 
and subsequent assessment and approval or rejection, of an 
application made by an applicant to a recipient. 

2 0 DESCRIPTION OF THE PRIOR ART 

Existing practice for applying for, for example, finance 
(in the form of credit cards, personal loans, car loans, 
mortgages, etc.) generally requires an applicant to contact 

2 5 a recipient in the form of, for example, a lender, often in 

person or by telephone, and complete— orally or in writing— a 
loan application for subsequent consideration by the 
lender. The lender may, in fact, be one of several 
lenders, either so that the applicant can compare the costs 

3 0 and features of the possible loans, or a lender refuses an 

application thereby obliging the applicant to seek a loan 
elsewhere. This is often especially desirable in cases 
where a particularly large loan is sought. Alternatively, 
this task of consulting multiple lenders can be performed 
3 5 on behalf of the applicant by an information or finance 
broker, who will compare the available options on the 
applicant ' s behalf . 
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However, the application process and required information 
differs for each lender and each lender may in any event 
have non-refundable fees, so the applicant commonly and if 
5 possible proceeds with one (for example, recommended or 
previously used) lender. Subsequently, the applicant 
maintains regular contact with the chosen lender (or 
broker) to complete the application via traditional 
procedures. These include, after the completion of an 

10 application form, the compilation of documents, an 

interview with the lender, substantiation of submitted 
information, etc. These steps often form a part of a 
lender's standard application protocol and are required by 
the lender to be completed before a credit decision is 

15 made, even though in many cases much of information 

provided by the applicant may have no immediate bearing on 
that decision: to minimize delays the lender may request a 
standard array of information or documents, which will not 
in fact all be required in all cases. 

20 

In many situations, however, particularly for larger loans, 
the completion of the application can itself involve a 
great deal of iteration as the lender tries to understand 
the particulars of an application and ascertain all the 

2 5 required information. This may require returning to the 

applicant several or, indeed, many times. To combat this, 
some lenders use more advanced underwriters to review the 
complex applications. For example, mortgage applications 
from self-employed borrowers would be considered difficult, 

3 0 and require the attention of more skilled personnel. (As a 

rule of thumb, the smaller the loan size the less human 
involvement there is in assessing the application) . 
However, even the most skilled underwriter will usually 
need to ask several clarifying or supplementary questions 
3 5 before he or she can make a credit decision, as each 
application can have so many variations resulting in 
millions of different application profiles. 
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Further, existing paper application forms are limited in 
their utility and flexibility; no single form can cover all 
possible scenarios* This is at times addressed by 
5 retaining a stock of standard forms and selecting that or 
those most pertinent in each case, but such an approach 
quickly reaches its limits when individual cases arise 
with, for example, multiple products and multiple lenders, 
and even multiple applicants. 

10 

If the loan is granted, regular maintenance of the loan 
account generally requires written or oral communication 
between the lender and the loan applicant (now customer) . 

15 Attempts have been made to automate the application 
process, so that less human interaction is required. 
Typically, however, this simply comprises the lender's 
provision of an application form that can be accessed, 
completed and submitted over a computer network (such as 

2 0 the internet) . The application process then proceeds along 

traditional lines; after some preliminary consideration by 
the lender of the electronic application form, the loan 
applicant is contacted and the process proceeds as 
described above - 

25 

US Patent No. 5,870,721 (Affinity Technology Group, Inc.) 
discloses a system and method for real time loan approval, 
which attempts to further automate this process. According 
to the invention of this patent, a loan applicant submits 

3 0 his or her application for a loan by entering the requested 

or required information at a remote interface (preferably a 
kiosk) . The information is transmitted to a data 
processing means, which may itself obtain further 
information from other databases, such as those of credit 
35 agencies. The application is then assessed without human 
assistance by calculating a single underwriting score and 
assessing the application on the basis of that score. The 
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result is then communicated to the applicant. 

This system and method, however, is restricted to simple 
loan applications suitable for determination on the basis 
5 of an underwriting score, and (in common with other 

attempts at such automation) pertains to cases where the 
loan application is for consideration by a single lender , 
The addition of, for example, multiple lenders would make 
this system impractical owing to the potentially enormous 
10 set of loan selection criteria and therefore prohibitively 
large number of questions that an applicant would have to 
respond to . 

Australian Patent No. 687880 (Jeffrey A. Norris) discloses 
15 a closed loop financial transaction method and apparatus, 

and is related to US Patent No* 5,87 0,721. Again, however, 
there is no disclosure of how this invention could be used 
in a multiple-lender context, where the loan applicant 
would be required to supply an onerous quantity of 
2 0 information or to consider an prohibitive number of often 
irrelevant questions . 

In addition, neither of these patents or other existing 
systems includes means by which the loan, once approved, 

2 5 may be managed or adjusted. For example, the customer may 

wish to increase repayments, which does not generally 
require further approval from the lender, though it may 
attract a charge. As mentioned above, existing systems do 
not allow a single application to be considered by multiple 

3 0 lenders, or-in such a case— for those multiple lenders to 

respond to the application in the knowledge of this non- 
exclusivity. 

It is an object of the present invention, therefore, to 
3 5 provide an apparatus and method for receiving and assessing 
an application, including the ability to efficiently 
question the applicant to obtain the required information 
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for one or more recipients. 

, It is a further object of the present invention to provide 
an apparatus and method for managing at least some aspects 
5 of an application after the initial application is lodged. 

It is still a further object of the present invention to 
provide an apparatus and method for allowing multiple 
recipients to manage at least some aspects of an 
10 application after the initial application is lodged. 

SUMMARY OF THE INVENTION 

According to the invention, therefore, there is provided an 
15 apparatus for receiving and assessing an application made 
by an applicant, said apparatus including: 

computing means configured or programmed to 
present a plurality of application forms to said applicant, 
to receive said forms once completed from said applicant 
2 0 and to assess said application; 

input means for said applicant to complete and 
return said forms to said computing means; and 

communication means for communicating or sending 
said assessment of said application to said applicant; 

2 5 wherein said computing means is configured or 

programmed to construct second and subsequent forms of said 
plurality of forms progressively on the basis of 
information provided by said applicant by means of said 
input means in said completed and received forms, to assess 

3 0 said application, and to communicate said assessment by 

means of said communication means. 

Thus, the contents of each form is determined on the basis 
of the information supplied in one or more earlier forms. 
3 5 In this maimer, the total number of forms or length of each 
form may be reduced or minimized, as subsequent forms can 
omit questions rendered redundant by earlier forms. 
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Preferably said assessment may indicate approval or 
rejection of said application. In addition, said 
assessment may alternatively indicate that further 
5 information or human involvement is required before the 
application can be approved or rejected. 

Thus, the assessment may simply indicate approval or 
rejection (where insufficient information would lead to 

10 automatic rejection) , or a third option may be included 
where additional information or human involvement is 
required. It should also be noted that in the present 
application the term 'approval' includes provisional 
approval or prequalif ication, i.e. approval contingent upon 

15 the subsequent substantiation of some or all of the 

information provided during the application process. Also, 
the term 'applicant' can refer to either the person 
actually applying to the recipient or recipients of 
application, or an intermediary such as a broker. 

20 

The plurality of forms may be one of a plurality of groups 
of pluralities of forms. 

Thus, the required information may be divided into groups 

2 5 of related information, and— within each group— second and 

subsequent forms determined from one of more earlier form 
within that group or, in some applications, earlier groups. 

The computing means is configured or programmed to assess 

3 0 said application according to information received in any 

one or more of said forms . 

Thus, the application procedure may be truncated as soon as 
the information received indicates that the application 
3 5 should be approved or rejected, even though the applicant 

has not as yet been asked to respond to remaining questions 
based on the total of the application recipient's selection 
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criteria. For example, a loan application may be rejected 
after the applicant has completed only one form if the 
information returned in that form indicates that the 
requested loan is in excess of the absolute lending limits 
5 of the application recipient (or lender) . 

The apparatus may include a display means for presenting 
said forms* Preferably said computing means is operable to 
present said forms on a remote display means. The remote 
10 display means may be a computer connected to said apparatus 
by means of a computer network. Preferably said computer 
network is the internet . 

The input means may be, for example, any suitable computer 
15 or computer input means, such as a computer keyboard, 
computer mouse or electronic pen, connected to said 
computing means. Preferably said input means is a computer 
connected to said apparatus by means of a computer network, 
such as the internet, including a computer keyboard and 

2 0 mouse connected to such a computer. 

Preferably said communication means is an electronic 
information transfer system, such as electronic mail or a 
file transfer system. Preferably said electronic mail 
25 system is connected to or operable to access a computer 
network such as the internet. 

Preferably said apparatus includes communication link means 
for obtaining additional information, from external 

3 0 databases or other sources of information, for 

consideration in assessing said application. The 
communication means may be operable as the communication 
link means . 

3 5 Thus, the apparatus may obtain, for example, a credit 

report on the applicant for consideration as a part of the 
application assessment. Both the communication means and 
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the communication link means may be the internet of a 
portion thereof. 

Preferably said apparatus is configured or programmed to 
5 present one or more additional forms when information 

previously returned by said applicant contains one or more 
defects (owing to being incomplete, self -contradictory, 
contradictory with other information provided by the 
applicant, meaningless, etc.). Said additional forms may 
10 simply repeat previously presented forms, or may be new 
forms . 

Preferably said apparatus is operable by said applicant to 
amend information previously returned by said applicant. 
15 This may occur either before or after the applicant has 
been assessed and, if after, the apparatus may re-assess 
the application. 

Preferably said apparatus is configured or programmed to 
2 0 ignore certain of said defects on the basis of preset 
tolerances for decision certainty determined on human 
judgement or statistical analysis. Alternatively said 
apparatus may be configured or programmed not to request 
certain information deemed non-critical in some or all 

2 5 circumstances . 

Preferably said apparatus includes or can access 
application approval criteria of a plurality of application 
recipients, is configured or programmed to present 

3 0 sufficient of said forms to assess said application 

according to approval criteria of said each of said 
plurality of application recipients, and is configured or 
programmed to assess said application against the approval 
criteria of each of said recipients, and thereby form a 
3 5 respective separate assessment for each of said plurality 
of recipients. 
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The apparatus may be programmed or configured to assess 
said application according to multiple separate approval 
criteria for each of one or more application recipients. 

5 Thus, in the case of a loan application, the applicant can 
receive an assessment of the application from several 
lenders, or for more than one financial products from each 
of one or more lenders and select a lender/product 
combination. Alternatively the applicant can amend one or 
10 more of the forms to, in effect, request different terms 
and thereby alter the number of assessments. 

Preferably said apparatus is configured or programmed to 
communicate one or more of said assessments to one or more 
15 of said plurality of recipients. More preferably, said 

apparatus is configured or programmed to communicate all of 
said assessments to all of those of said plurality of 
recipients whose respective assessment indicates approval. 

2 0 Preferably said apparatus is operable by each of said 

plurality of recipients to adjust said respective approval 
criteria of each recipient in order to bid for selection by 
said applicant. 

2 5 Thus, the applicant can accept the best or most favourable 

recipient for whom approval is indicated, or choose to be 
"auctioned" to the recipient with the best offer that 
correspond with the preferences of the applicant. 

3 0 Preferably, if said application is approved, said apparatus 

is operable by said applicant to adjust or request the 
adjustment of one or more parameters of said application. 

This allows the applicant to vary some of the details of 
35 the application after approval. In financial applications, 
this might include size or frequency of repayments. 
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Preferably said apparatus is operable by said applicant: to 
display or transmit to said applicant some or all of said 
information and/or the status of said application. 

5 Thus, the apparatus allows the applicant (or, later, 

customer) to inspect and/or manage some or all aspects of 
their application before and/or after approval (e.g. for a 
loan application: the issue of statements, additional 
redraws, additional repayments, changing bank account 
10 details, etc) . 

Preferably said apparatus includes means for requesting 
assistance, or is operable to request assistance, and is 
operable to communicate details of said application to an 
15 assistant so that said assistant can advise said applicant. 

Preferably said assistant can view one or more of said 
forms during completion by said applicant. 

2 0 Thus, if the applicant is unable to understand a part of 
one of the forms, he or she can request assistance, the 
assistant can view the form in its instant state of 
completion, and advise the applicant as necessary. 

2 5 The present invention also provides a method for receiving 

and assessing an application made by an applicant to one or 
more recipients, including: 

presenting a plurality of application forms to 
said applicant; 

3 0 receiving said forms once completed from said 

applicant; 

assessing said application; and 

communicating or sending said assessment of said 
application to said applicant; 
3 5 wherein said method includes constructing second 

and subsequent forms of said plurality of forms 
progressively on the basis of information provided by said 
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applicant in said completed and received forms. 

Preferably said method includes collecting application 
approval criteria for said one or more recipients, 
5 determining the dependency if any of each of said criteria 
on each other, promoting in said sequence forms requesting 
information whose content renders a high, or the greatest 
possible, number of later questions redundant, and omitting 
said redundant questions from subsequent forms . 

10 

Thus, the total number of forms is reduced or minimized, by 
progressively reducing the 'total degrees of freedom' in 
the querying process . 

15 Preferably the method includes presenting, in earlier 

forms, any questions where the response to each of said 
questions case may lead to the immediate rejection of the 
application. 

2 0 For example, some recipients may not approve an application 
made by a minor, or— in the example of a loan application— 
outside certain lending limits. One or more forms 
requesting such information may be presented to the 
applicant early in the sequence of forms so that the 

2 5 applicant completes as few forms as possible; it would be a 
waste of the applicant's time to complete 10 or more forms, 
then to be asked for age or date of birth and only then be 
told that applications from minors will be rejected 
irrespective of all other considerations. 

30 

Preferably said method includes subsequently adjusting said 
sequence. For example, this may be done to improve clarity 
or ease of use, to reflect applicant preferences, or to 
achieve other objectives. 

35 

Thus, the otherwise ideal sequence may be adjusted so that 
the sequence makes for sense to the applicant, even at the 
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expense of some efficiency. 

The invention still further provides an apparatus for 
receiving and assessing an application made by an 
applicant, said apparatus including: 

computing means configured or programmed to 
receive application information and to assess said 
application; 

wherein said apparatus includes, or can access, 
application approval criteria of a plurality of application 
recipients, and said computing means is configured or 
programmed to assess said application according to said 
approval criteria of said each of said plurality of 
application recipients, whereby said apparatus can thereby 
form a respective separate assessment for each of said 
plurality of recipients . 

Preferably said apparatus includes: 

input means for said applicant to input said 
application to said computing means; and 

communication means for communicating or sending 
said assessments of said application to said applicant. 

Preferably said computing means is configured or programmed 
to present a plurality of application forms to said 
applicant, and to receive said forms once completed from 
said applicant and to assess said application; 

wherein said computing means is configured or 
programmed to construct second and subsequent forms of said 
plurality of forms progressively on the basis of 
information provided by said applicant by means of said 
input means in said completed and received forms, and to 
communicate said assessments by means of said communication 
means . 

The invention still further provides a method for receiving 
and assessing an application made by an applicant, 
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including: 

receiving application information from said 

applicant; 

assessing said application according to approval 
5 criteria of each of a plurality of application recipients; 
and 

forming a respective separate assessment for each 
of said plurality of recipients. 

10 Preferably said method includes communicating or sending 
said assessments of said application to said applicant* 

The present invention still further provides a method of 
assessing an application made by an applicant, including: 
15 receiving application information from said 

applicant; 

providing said information to a plurality of 
application recipients; 

receiving one or more bids for said application 
2 0 from one or more of said recipients; 

forwarding said one or more bids to said 
applicant for selection or rejection of each of said one or 
more bids . 

2 5 Preferably said method includes forming a respective 

separate assessment of said application for each of said 
plurality of recipients. 

Preferably said method includes adjusting said respective 

3 0 bids according to said selection or rejections of 

adjustment of said information. 

Thus, the applicant be "auctioned" to the recipient with 
the best offer that correspond with the preferences of the 
3 5 applicant (expressed in the application information) . 
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BRIEF DESCRIPTION OF THE FIGURES 

In order that the invention may be more clearly 
ascertained, a preferred embodiment will now be described, 
5 by way of example, with reference to the accompanying 
drawing in which: 

Figure 1 is a flow chart showing the steps and 
components of a loan application system according to a 
preferred embodiment of the present invention; 
10 Figures 2a is a view of electronic Form No. 1 

according to the system of figure 1; 

Figures 2b is a view of electronic Form No. 2 
according to the system of figure 1; 

Figures 2c is a view of electronic Form No. 3 
15 according to the system of figure 1; 

Figures 2d is a view of electronic Form No. 4 
according to the system of figure 1; 

Figures 2e is a view of electronic Form No. 5 
according to the system of figure 1; 

2 0 Figures 2f is a view of electronic Form No. 6 

according to the system of figure 1; 

Figures 2g is a view of electronic Form No. 7 
according to the system of figure 1; and 

Figures 2h is a view of electronic Form No. 8 
25 according to the system of figure 1. 

DESCRIPTION OF A PREFERRED EMBODIMENT 

The following preferred embodiments of the present 

3 0 invention are in the area of finance and specifically loan 

applications, though as described above the invention is 
not limited to such applications. 

Overview of the Preferred Embodiment 

35 

According to the preferred embodiment of the present 
invention there is provided a loan application, approval 
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and management system that can be accessed over the 
internet, and may thus be described as having an open 
architecture, and which presents the applicant with a 
series of customised electronic application forms which 
5 captures the required information for automated assessment 
of the application based on the criteria of one or more 
lenders and, for each lender, one or more financial 
products. Once the applicant becomes a customer after 
approval (and verification, if any, of the information 
10 supplied during the application procedure), which may 

involve third party relationships (e.g. with solicitors, 
valuers, credit repositories, etc.), the preferred 
embodiment allows the customer to manage the on-going 
business relationship remotely, without human involvement. 

15 

Summary of the Preferred Embodiment 

The system includes the following features: 

2 0 • Open architecture: the system can be accessed by 

applicants/customers or third parties without using any 
proprietary front-end hardware or equipment, such as 
dedicated kiosks, but rather is based on an open 
architecture principle utilizing the internet. 

2 5 • Superset Decision Method: a method based on initially 

gathering all loan or financial product criteria for all 
participating lenders, and systematically reducing the 
mathematical 'degrees of freedom' as the applicant 
progresses through the application procedure. 

3 0 • Dynamic Electronic Forms: the applicant is presented 

with a series of forms composed or constructed 
progressively and intelligently, based on the information 
provided by the applicant, rather than merely presenting 
the applicant either with a single standard form or set of 
3 5 forms, or with a form or set of forms merely selected from 
an existing set of forms. 

• Real-Time Assistance: applicants can engage in a real- 
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time messaging dialogue with an assistant, who can view the 
form presently being completed by the applicant. 

• Automated Underwriting for Multiple Products /Lenders : 
the system simultaneously can evaluate an application 

5 according to the approval criteria of multiple products and 
multiple lenders. 

• Remote Application Management: the system allows users 
to advance, track and be informed of the progress of their 
application remotely and in real-time. 

10 • Self -servicing: once an applicant a customer, the 

invention allows the applicant to electronically manage 
their loan account without any human involvement. 

• Intermediary System: the system can also be accessed by 
finance brokers, financial planners and salespeople, for 

15 example, who lodge applications on behalf of their clients. 

• Loan Exchange: the system also acts as an 'auction' 
system that allows various lenders to identify desired 
applications and make bids to such prospective customers, 
with the winning bidder getting the business. 

20 

Detailed Description of the Preferred Embodiment 

The preferred embodiment will be described by reference to 
the following Example, which relates to a home mortgage. 

2 5 Mortgages, owing to the large loan size (as opposed to, for 

example, credit cards or small personal loans) recjuire a 
great deal of verification (e.g. collateral security, 
borrowing entities, sources of income, employment tests) 
and are considered amongst the most complex personal 

3 0 finance transactions. 



The applicant's details to be used in the Example are as 
follows : 



Description 


Profile 


Total 


Monthly 






Amount 


Payment 


Name 


• Mr. Pat Hall born on 
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1/1/1950 






Loan 
Purpose 


• Refinance existing 
mortgages 

• Consolidate other 
outstanding debts 


- 


- 


Owned 
Properties 


• 2 residential properties 
(assume identical) 

• 1 warehouse (industrial 
zoning) 


»\ mm f\ f\ f\ A 

$350,000 
$250, 000 


- 


Current 
Mortgages 


• 1 1st mortgage over 2 
residential properties 


$320, 000 


$1,750 


Current 
other debts 


• Credit Card 

• Personal Loan 

• Auto Loan 


$5,000 
$5,000 
$7, 500 


$150 
$200 
$500 


Income 
Sources 


• Full-Time Sales Manager 
(per annum) 

• Fxxed Draw from 
Partnership (per annum) 

• 25% of partnership 
profits 

• Total non-cash expenses 
of partnership* 


$50, 000 
$5 ,000 
$10, 000 
$5,000 





* Non-cash expenses need to be added back to profits to 
derive cash flow provided by partnership. 



There are 3 available lenders, A, B and C with the 
following credit criteria, income calculation methodology 
and product description for residential mortgages: 



Category 


Description 


Lender A 


Lender B 


Lender C 


Credit 
Criteria 


Loan 
Amount 


> $40,000 
< $500,000 


> $50,000 
< $250,000 


> $10,000 
< $400,000 




Security 


• 1st 

mortgage 
over : 

-residential 


• 1st 

mortgage 
over: 

-residential 


• 1st 

mortgage 
over: 

-residential 
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ruxa 1 






Net 




• $500 ner 

»j» «JF V/ W JV^^^ ™ 






Surplus* 




month 


be negative 




ijejDC 


• Maximum 








Service 


of 35% 








Ratio* 










Re £ inane e 


• Maximum of 


• Maximum of 


• No maximum 




Limits 


3 other 
debts 


7 other 
debts 






Identitv 




• Am*"* lif ant" 


JTljLy L^J X CLXXL. 






name 


name 


name 






• Tj^fYA "I arrp 
xj y a Jk. c* y 




* ucy Ct JU ci^cs 


Method.- 




v IvVo X. X. 


• i n OS*, rk-r- 


• lUU^ ior 




fa 1 f*n 1 af i r^T"! 
\*ai^uxai> Ji uxx 


jt axci wayeo 


"D & VT? tita /*t a o 
rniii wayco 


jtaXCi Wayc *3 






• Any seii~ 


• Any sen." 








csui^i x oy uiczxxi. 


anijj} J. oyuicuu 


emp i oyment 






JL ilv 


JLX1C ijiuc? 


proi ics 










x. xv om eixxy 






LUX1UWX XJ.y • 




oOUlwC Will 






— O U *x> vj X. 


jU'o OX 


receive tsu^ 






nrrtf i. t" for 

JU/ JL W JU Jk k» 0 Vl 










oaIp t*i rnn — 


f AT* OaI A 








JL XCLUI £3XXX£J 


prop- 








/ -J O W JL 


T*"i t* f"> t* ci Vi l t~* 

JL XCLUXs XX JL 








share of 


- 80% of 

W V O V-/ JL 








partnership 


share of 








profits 


partnership 








- 50% of 


cash flow 








share of 


- 70% of 








c oiup any 


snare or 








profits 


company 
cash flow 




Product 


Term 


• Up to 25 


• Up to 25 


• Up to 20 


Descrip- 




years 


years 


years 


tion 












Interest 


• Yes 


• Yes 


• No 
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Offset 










Max LVR** 


• 90% of 


• 95% of 


• 90% of 






valuation 


valuation 


valuation 



* These are measures for serviceability of a loan; Net 
Surplus represents the discretionary income remaining after 
all loan commitments and an estimate of living expenses 
(corresponding to a lender provided formulae) are met; Debt 



5 Service Ratio is calculated as the total monthly debt 
payments divided by total gross monthly income. 
** Max LVR is the maximum loan-to-value ratio allowed for a 
mortgage; for example, if the applicant qualifies based on 
serviceability, the maximum loan amount on a $200,000 
10 property will be $180,000 if the Max LVR is 90%. 

In the following, the system is described using the above 
scenario where appropriate,, 

15 • Open Architecture 

Figure 1 is a flow chart showing the components of the 
system 2 3 of the preferred embodiment, in relation to 
elements external to the system 23 with which with the 

2 0 system interacts. Within the system 23, various 

communication links are indicated by solid-line arrows; the 
system 23 advantageously utilizes a number of existing 
communication links, such as the internet (indicated by 
dashed- line arrows) . 

25 

According to the preferred embodiment, all access to the 
system 23 is via one of computers 3, 4, 19 or 20 depending 
on the type or class of user. Computers 3, 4, 19 and 20 
are operable to communicate with the system 23 over the 

3 0 internet (possibly including by means of a modem and 

telephone connection) , and the system 23 is adapted to be 
accessed by means of a web browser. The system 23 presents 
information in hypertext markup language or the like. 
Alternatively, computers 3, 4, 19 and 20 may communicate 
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with the system 23 by any suitable alternative, including 
cable modems, ADSL, frame relay, ISDN and any other high, 
bandwidth data transfer means including satellite and Tl, 
T2 and T3 telecommunications platforms. 

5 

The four classes of users referred to above comprise Direct 
Applicants 5, Intermediaries (e.g., brokers, financial 
planners, salespeople) 2, one or more Lenders 21 and any 
required Third Parties Service Providers 18 depending on 
10 the finance product. A user accessing the system 23 may be 
prompted to provide identification and a password. 

A Direct Applicant 5 can access or be prompted to access 
the Direct Applicant Control Module 7, which acts as a menu 
15 to a range of activities relevant to the Direct Applicant 
5. These activities include but are not limited to: 

• Making product comparisons; 

• Obtaining product /lender information; 

• Applying on-line; 
2 0 • Making payments; 

• Tracking the status of an application; 

• Contacting and communicating with an assistant; and 

• Managing the loan account * 

2 5 Some of these activities are described in further detail 

below. 

An Intermediary 2 can access or be prompted to access the 
Intermediary Control Module 6, which acts as a menu to a 
30 range of activities relevant to the Intermediary 2. The 
Intermediary Control Module 6 illustrated in figure 1 
represents multiple control modules depending on the type 
of Intermediary 2. For example, the Intermediary 2 could 
be a finance broker, a real estate agent, a financial 

3 5 planner, a salesperson, or a builder. A unique 

Intermediary Control Module 6 would exist for each type of 
Intermediary 2. The activities available to the 
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Intermediary in addition to those available to Direct 
Applicants include but are not limited to: 

• Accessing market /industry inf ormation; 

• Joining a discussion forum relevant to the Intermediary 
5 2 community; 

• Viewing all applications in progress; 

• Tools for assessing the performance of the Intermediary 
2 organisation; and 

• Managing commission income. 

10 Some of these activities may involve accessing another 
module, described further below. 

A Third Party Service Provider 18 can access or be prompted 
to access the Third Party Control Module 16, which acts as 

15 a menu to a range of activities relevant to the Third Party 
Service Provider 18. The Third Party Control Module 16 
illustrated in the figure represents multiple control 
modules depending on the type of Third Party Service 
Provider 18. For example, the Third Party Service Provider 

2 0 18 could be a property valuer, a credit history repository, 
a title search company an insurer or a mercantile agency. 
A unique Third Party Control Module 16 would exist for each 
type of Third Party Service Provider 18. Such activities 
could include but are not limited to: 

2 5 • Posting valuation reports; 

• Transmitting credit reports; 

• Transmitting title searches; 

• Nominating accounts; 

• Issuing insurance policies; or 

3 0 • Raising invoices. 

Some of these activities may involve accessing another 
module, described further below. 

A Lender 21 can access or be prompted to access the Lender 
3 5 Control Module 17; this module 17 acts as a menu to a range 
of activities relevant to the Lender 21. These activities 
include but are not limited to: 
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• Updating product information; 

• Changing lending criteria ; 

• Viewing approved applications; 

• Making fund disbursements; 

5 • Tracking the status of applications; 

• Viewing auction results; or 

• Submitting auction bids. 

Some of these activities may involve accessing another 
module, also described further below. 

10 

In the later stages of the loan application, such as during 
verification of the information provided applicant or the 
signing of contracts, the system 23 may employ known 
techniques (indicated by Traditional Delivery 1 and 22) as 
15 a supplementary means of communications with users. Also, 
in some cases, the documentation may be quite abundant and 
electronic data transfer may take too long or require too 
much memory and therefore is rendered impractical. 
Traditional Delivery 1 and 22 may include the use of a 

2 0 postal or courier service, or facsimile. Traditional 

Delivery 1 and 22 is used instead of, for example, 
electronic mail (between computers 3, 4, 19 or 20 and the 
system 23) when it is legally necessary, preferred, more 
expedient or more practical. 

25 

The open architecture of the system 23 means anyone with, 
for example, a personal computer and internet access can 
use the system. 

3 0 • Superset Decision Method 

The system can automatically underwrite a plurality of 
financial products for multiple separate lenders. It does 
this by employing a method referred to as the Superset 
35 Decision Method 12. This procedure creates a line of 
questioning to capture all of the relevant information 
required to underwrite any loan application. The Superset 
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Decision Method 12 : 

1. Collects the superset of decision criteria for all 
participating lenders and products; 

2* Identifies data requirements of decision criteria; 
5 3. Ranks criteria according to level of dependency (i.e. 
data relationships between criteria) ; 

4. Optimises the questioning sequence to reduce or minimize 
the total number of questions asked; 

5 . Introduces new data requirements and data 

10 transformations to reduce uncertainty and open-ended 
questions; 

6. Adjusts optimal sequence for consumer preferences and 
other objectives; and 

7. Sets tolerance for decision certainty based on human 
15 judgement or statistical analysis. 

Once this process is completed, it is implemented in 
Dynamic Electronic Forms 8 (i.e. the required information 
is requested in forms presented sequentially to the 

2 0 applicant, and designed progressively as information is 

provided by the applicant), to underwrite a variety of 
products for multiple lenders within a specified tolerance 
for error. An example of the Superset Decision Method 12 
follows using the case study already presented. 

25 

Example of Superset Decision Method 

As discussed above, paper application forms are inadequate 
for automatic underwriting. In the Example of a single 

3 0 applicant applying for a mortgage, a paper application form 

cannot anticipate all the possible scenarios, such as the 
three properties. Also, the paper application form will in 
many cases not allow all of the required income information 
to be captured. This becomes particularly apparent when 
3 5 the application is to be assessed against the criteria of 
multiple lenders, each with multiple products, and where 
some or these products are complex, such as residential 
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mortgages . 

The principle of the Superset Decision Method 12 is that it 
begins by all possible, relevant questions and then 
5 determines the optimal sequence in which to ask the 

questions. Equally important, the Method 12 intelligently 
sequences the questions in a managed approach. Each step 
of the Superset Decision Method 12 is illustrated below. 

10 Step 1. The superset of decision criteria are collected. 
A superset is statistically defined as the union or 
universe of all decision criteria for all lenders for a 
particular product (which, in the above Example, is a 
mortgage product) . 

15 

In the Example, it should be noted that Lender C does not 
have a Net Surplus criterion. However, this is required 
by Lender A and B. Therefore, it must be included in the 
superset of decision criteria. In the Example, therefore, 
2 0 the superset of decision criteria includes the following: 
Loan Amount, Security, Net Surplus, Debt Service Ratio and 
Refinance Limits. 

The boundary of the superset defines the outer range limits 

2 5 of all qualifying responses for the superset of decision 

criteria. For Example, the boundary of 'loan amount ' in 
the Example would be "greater than $10,000 and less than 
$500,000" as this represents the limits for Lender A and 
Lender C . These boundary values are used in other steps . 

3 0 The superset of decision criteria and its boundary for the 

Example is summarised in the table below. 



Superset of Decision Criteria 


Boundary 


Loan Amount 


• Between $10,000 & $500,000 


Security 


• 1st mortgage over: 

- Residential 

- Rural 
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Net Surplus 


• Not applicable* 


Debt Service Ratio 


• Maximum of 3 5% 


Refinance Limits 


• No boundary 


Identity 


• Must be legal age 



* As Net Surplus is calculated differently by different 
lenders, there is no uniform boundary as this would not be 
a like to like comparison; theoretically, however, a 
boundary can be defined by taking the minimum of the two 



5 methodologies of Lender B and Lender C. 

Step 2. The data requirements of the decision criteria are 
identified, i.e. the data that should be requested from the 
applicant in order to ascertain the needed information to 

10 determine a decision criterion. For example, to calculate 
the Net Surplus and Debt Service Ratio, information on 
income will be required. A chart summarising the data 
requirements of the decision criteria in the Example is 
shown below. To illustrate that the Example is extremely 

15 simplified, some other data requirements that would be 

applicable in the practical application of the system 23 is 
displayed in parentheses . 



Decision 
Criteria 


Data requirements 


Loan 
Amount 


• Desired amount (assets, unpaid defaults, 
unpaid judgements, pending purchase contracts, 
unpaid tax liabilities, rates) 


Security 


• Zoning, value, address (title type, special 
conditions, size of property, use of property, 
anticipated sale time, lending cautions, 
gearing ratio) 


Net 

Surplus 


• Income, type of income, living expenses, 
interest*, depreciation*, (maintenance, school 
fees, social security, dependants, marital 
status) 


Debt 


• Income, type of income, current liabilities. 
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O 6 i V i Q*. 

Ratio 


niteresL / QepreciaLion* / (aurauion r previous 
employment, allowances, time in occupation) 


Refinance 
Limits 


• Current liabilities, monthly payments, (type 

current arrears, current arrangements, use of 
facility) 


Identity 


• Name, DOB, (current address, previous address, 
current accommodation, previous accommodation, 
closest relative, phone) 



* Interest and depreciation is necessary as these are non- 
cash expenses and therefore, must be added back to net 
profits to derive cash flow. 



5 Step 3 ♦ The criteria are ranked according to level of 

dependency (data requirements) , i.e. the decision criteria 
are arranged by the amount of required information. As a 
guide, this should correspond to the number of data 
requirements. For the Example, this is summarised in the 
10 chart below: 



Decision 
Criteria 


Level of 
Dependency 


Data Requirements 


Loan Amount 


Low 


• Desired amount 


Identity 


Low 


• Name 

• DOB 


Refinance 
Limits 


Medium 


• For each liability: 

- Value 

- Monthly payment 


Security 


Medium 


• Number of securities 

• Zoning of property 

• Value 

• Address 


Debt Service 
Ratio 


High 


• Sources of income 

• Type of income 

• Amount of income 

• Amount of interest 
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• Amount of depreciation 


Net Surplus 


High 


• Sources of income 

• Amount of income 

• Amount of interest 

• Amount of depreciation 

• Marital status* 

• Number of dependents* 



* Net Surplus is the calculation of disposable income after 



loan commitments and living expenses are deducted; living 
expenses are calculated based on the anticipated amount a 
certain family structure would need to spend; the family 
5 structure is usually based on the income of the household 
and the number of adults and dependents . 

Step 4. The sequence is optimised to reduce or minimize 
the number of questions asked. The goal is to quickly come 
10 to a decision on an application* This involves asking for 
information in a sequence such that the number of questions 
and therefore the number of outcomes is reduced. 

Taking into consideration the 'boundaries' of each decision 
15 criterion of the Example, it is preferable to request 
inf ormation on the desired loan amount first before 
requesting income details as, if the desired loan amount 
exceeds the maximum limit of any lender, there is no need 
to proceed with the questioning. Generally, to arrange the 
2 0 questions so that a reduced or minimum number of responses 
are requested, the questions are sequenced in order of 
lowest to highest dependencies. In the Example, this 
process yields the following line of questioning: 

• What is your desired loan amount? 
2 5 • What is your name? 

• What is your date of birth (DOB)? 

• What are you current liabilities? 

• What is address of security for each mortgage? 

• What is balance and monthly payment of each liability? 
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• What is the address of all properties that you currently 
own? 

• What is value of all properties owned? 

• What is the zoning of all properties owned? 
5 • What are all of your sources of income? 

• What is the income from each source of income? 

• What is your household structure? 

• How many dependants do you have? 

10 Sometimes, however, it may be desired to then adjust the 

number of questions in order to collect further information 
for marketing purposes ♦ For Example, by disqualifying an 
applicant owing to a desired loan amount in excess of the 
maximum of any lender would preclude the collection of any 

15 demographic data on prospective customers. This will be 
explained further in step 6 . 

Step 5. New data requirements and data transformations are 
introduced to reduce uncertainty and open-ended questions. 
2 0 In certain circumstances, asking an additional question 

will eliminate uncertainties, reduce additional questions 
that need to be asked and remove any open-ended questions. 
For example, questions such as "What are your current 
liabilities?" are indeterminate and therefore open-ended. 

2 5 This is a common drawback of paper application forms which, 

for practical reasons, over-emphasize concision and 
therefore often present the applicant with abstruse 
questions or inadequate for responses. Therefore, asking 
the applicant to specify how many liabilities he or she has 

3 0 prior to supplying the liability-specific information will 

eliminate this uncertainty. Other questions would include: 

• How many properties do you own? 

• How many sources of income do you have? 

• What is the nature of the first (second, third, etc.) 
3 5 source of income? 

Sometimes, these newly introduced questions can lead to 
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further dependencies that can be utilised. In this case, 
it may be prudent to repeat Steps 2 and 3. For example, 
the number of properties the applicant owns has a 
relationship with the zoning of owned properties. If the 
5 applicant indicated that only 1 property was owned and the 
zoning was not an acceptable zoning within the boundary of 
the superset, then the application could be declined by 
deduction. The current sequence of questions, however, is 
not as efficient as the zoning question is not asked until 
10 the latter half of the process. Therefore, because of the 
dependency of the number of properties and the zoning of 
the property, the question related to property zoning can 
be promoted in priority. 

15 Criteria transformations refer to an introduction of new 

data derived from existing data. These transformations can 
greatly optimise the line of questioning. In this 
simplified Example, it will be noticed that given the max 
IiVR constraints of Lenders A, B and C and the value of all 

2 0 residential properties, the applicant will not be able to 

refinance all of his other liabilities. The applicant must 
decide what to do, and which loans should be refinanced. 
The amount outstanding and monthly payment for each 
liability can be transformed into new data called "Cost per 

2 5 $1 Outstanding" that is calculated by dividing the monthly 

payment by outstanding amount . If the user does not 
recognise this contradiction in the application, the system 
can default to refinancing the most expensive liability as 
defined by the newly transformed criteria with the highest 
30 value as this would represent the most expensive liability. 

Step 6. The optimal sequence for consumer preferences and 
other objectives are adjusted. For example, the current 
sequence of questions asks about household structure last. 

3 5 This would seem an awkward point in the process to ask such 

information after very detailed information about the 
applicant's financial statement has been ascertained. 
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Therefore, it would be more appropriate to ask this 
question when gathering identity details from the 
applicant. This step is very subjective and is determined 
progressively based on feedback provided by users of the 
5 system 23. After taking into consideration new data 
requirements and adjusting the sequence for consumer 
preferences, the new line of questioning in the Example is: 

• What is your desired loan amount? 

• How many properties do you currently own? 
10 • What is zoning of all properties owned? 

• What is your name? 

• What is your date of birth (DOB) ? 

• What is your household structure? 

• How many dependants do you have? 

15 • What is address, zoning and value for each of the 
following properties? 

• How many liabilities do you have? 

• Of these liabilities, how many are mortgages? 

• What is the balance, monthly payment and property 

2 0 related to each mortgage? 

• What is the balance and monthly payment of other 
liabilities? 

• How many sources of income do you have? 

• What is nature of first [second, third, etc] source of 
25 income? 

• What is amount of income and type of income from each 
source of income? 

It may be noted that there are more questions as a result 

3 0 of steps 5 and 6 compared to the questions at the end of 

step 4. However, these new data requirements and 
transformations are necessary as the responses to the 
questions at the end of step 4 would not enable the 
automatic underwriting of the application. For example, in 
3 5 the Example the applicant would not know what to enter when 
asked about income as he derives his income from a fixed 
draw, partnership profits and PAYE wages. One possibility 
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is that he should enter the total of all amounts, but this 
would be incorrect as different lenders use different 
income calculation methodologies for self -employment 
income. Also, different tax rates to each source of 
5 income . 

Step 7. The tolerance for decision certainty based on 
human judgement or statistical analysis is set. That is, 
some information may not be requested because the 

10 probability of such information making an impact on the 
outcome of the assessment is determined to be minimal or 
acceptable. In the Example above, it may be decided that 
number of dependants will always be assumed to be zero if 
it is a single applicant and two in the case of married 

15 applicants. 

Although not entirely accurate, this degree of uncertainty 
imply a risk that a lender is prepared to accept. Thus, 
this step in the process involves identifying the data that 
2 0 can be included or removed, or ignored if the applicant 
fails to provide it or does so defectively, depending on 
the desired tolerance of the system owner. In the Example, 
it is desired to have 10 0% certainty, so none of the 
requested data is removed. 

25 

Summarised in the table below are possible responses to 
each of the questions in the Example: 



Question 


Response 


What is your desired loan 
amount? 


$315, 000 


How many properties do you 
currently own? 


3 


What is zoning of all 
properties owned? 


Residential and industrial 


What is your name? 


Pat Hall 


What is your date of birth 


1/1/50 
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(DOB) ? 




wliat is your household 
structure? 


Single 


How many dependants do you 
have? 


0 


What is address, zoning and 
value for each of the 
following properties? 


A. 1 Apple Street; 
Residential, $175, 000 

B. 2 Apple Street; 
Residential, $175, 000 

C. 5 Industry Lane; 
Industrial, $250,000 


How many liabilities do you 
have? 


4 


Of these liabilities, how 
many are mortgages? 


1 


What is the balance, monthly 
payment and property related 
to each mortgage? 


$320,000; $1,750; A&B 


What is balance and monthly 
payment of other liabilities? 


Credit Card: $5,000; $150pm 
Personal Loan: $5,000; $200pm 
Auto Loan: $7,500; $ 500pm 


How many sources of income do 
you have? 


2 


What is nature of first 
source of income? 


Full-Time 


What i s amount of income and 
type of income from first 
source of income? 


$50,000; PAYE Wages 


What is nature of second 
source of income? 


Partnership 


How much do you receive in 
fixed draw? 


$5,000 


What is your share of the 
partnership? 


25% 


What is amount representing 
your share of partnership 


$10, 000 
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profits? 




What are the total non-cash 
expenses of partnership 


$5, 000 



It should be noted that the responses to the questions with 
the lowest dependency (i.e., loan amount, zoning, DOB) are 
acceptable. If they were not, there would have been no 
5 need to proceed with the remaining questions . More 
importantly, all the relevant information required to 
automatically underwrite the application (as will be 
discussed later) has been collected. 

10 The above Example is extremely simplified to illustrate the 
Superset Decision Method. A different sequence would be 
followed according to loan purpose (e.g. home improvements, 
home purchase, cash advance) . The system can accommodate 
considerably more complex examples. Complexities that 

15 might arise in a more realistic situation include: 

• What if there were two borrowers living in a de facto 
arrangement ? 

• What if there were three borrowers; one married couple 
and one company entity? 

2 0 • What if the borrower was a family trust with 4 
beneficiaries? 

• What if the applicant (s) had a poor credit history? 

• What if the borrower only joined the partnership 2 
months ago? 

2 5 • What if the partnership was in the same industry that 

the applicant is a sales manager for? 

• What if the partnership lost money? 

• What were the previous residences of the applicant ( s ) ? 

• Are any of the existing loan accounts in arrears? 

3 0 • Is the equipment being leased new or used? 

• Will the automobile being purchased be used for personal 
or business use? 

• Does the company applying for the lease have any other 
registered charges? 
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• Have any previous loan accounts been in arrears? 

• What are the reasons for previous arrears? 

• Are there any outstanding judgements against the 
applicant (s) ? 

5 • Is any of the purchase deposit from gifted funds? 

• Is the property consistent with other properties in the 
area? 

• Was the property purchased at an auction or by private 
sale? 

10 • Were any seller incentives included in the purchase 
price? 

To complicate matters even further, different Lenders 21 
have different rules concerning each of the criteria above. 
15 It will be apparent that the number of permutations of 
different situations and consideration is too many to 
contain in a document or to be completed in a reasonable 
length of time by existing techniques, 

2 0 It should also be noted that not all steps need to be 

performed sequentially and some steps do not have to be 
performed at all. For example, if the owner or operator of 
the system 23 did not wish to introduce transf ormations , 
then step 5 can be skipped 

25 

• Dynamic Electronic Forms 

Existing market practice for finance applications requires 
an applicant to complete a printed application form, or its 

3 0 computerised equivalent (which in many cases simply 

reproduce a paper application form) . As discussed above, 
such applications cannot capture all the required data 
needed to make a decision for all types of applicants. 

3 5 Furthermore, existing forms create confusion for the 

applicant. As a simple example, he or she may be presented 
with a form (paper or otherwise) that has, say, one space 
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for address details* However, some lenders require a 
previous address to be provided if the applicant has been 
at the current address for less than 2 years. More complex 
examples of Dynamic Electronic Forms 8 in finance 
5 applications involve the entry of income information. As 
seen in the Example above, different income information 
needs to be captured if the applicant derives his or her 
income from self -employment as a sole proprietor, as a 
partner in a partnership or as a shareholder of a company. 

10 

The system 23 couples Dynamic Electronic Forms 8 with the 
efficient information sequencing produced by the Superset 
Decision Method 12 to capture the application information 
in a practical and, indeed, user-friendly manner. Dynamic 
15 Electronic Forms 8 are, in principle, a collection of 
customised sub-forms that allows for the creation of a 
customised application based on the progressive responses 
of the user. 

2 0 Referring to the Example, the system 23 does not present 
all of the requested information on one long form. 
Instead, the Dynamic Electronic Forms 8 ultimately presents 
a total of 8 forms (though this number is not known 
initially) , each form covering a logical subset of 

2 5 questions. The questions relating to each form is 

summarised in the table below, and illustrated in figures 
2a to 2h respectively. Reference numbers in the 
'Questions' column refer to these figures: 



Form 
No. 


Form Description 


Questions (reference in 
figures 2a to 2h) 


1 


Captures initial low 
dependency data to 
ascertain whether the 
application should proceed 


• What is your desired 
loan amount? (24) 

• How many properties do 
you currently own? (25) 

• What is zoning of all 
properties owned? (26) 
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• What is your name? (27) 

• What is your date of 
birth (DOB) ? (28) 

• What is your household 
structure? (29) 

• How many dependants do 
you have? (30) 


2 


Based on response to Form 
No. 1, this form would 
present 3 sub-forms that 
would capture information 
on all three properties. 


• What is address, zoning 
and value for each of the 
following properties? (31 
to 33) 


3 


The inputs to this form 
would help to format Form 
No. 4 


• How many liabilities do 
you have? (34) 

• Of these liabilities, 
how many are mortgages? 
(35) 


4 


From Form No. 3, the 
system knows to provide 
enough space for details 
of 1 mortgage and 3 other 
liabilities 


• What is the balance, 
monthly payment and 
property related to each 
mortgage? (36) 

• What is balance and 
monthly payment of other 
liabilities? (37) 


5 


The input to this form 
would determine subsequent 
Forms Nos . 6 to 9 


• How many sources of 
income do you have? (38) 


6 


The input to this form 
would determine Form No. 7 


• What is nature of first 
(etc) source of income? 
(39, 40) 


7 


Based on response on Form 
No. 6, an appropriate PAYE 
wage income sub-form would 
be presented 


• What is the income from 
first source of income? 
(41) 
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8 


Based on response on Form 


• How much do you receive 




No. 6, an appropriate 


in fixed draw? (42) 




partnership income sub- 


• What is your share of 




form would be presented 


the partnership? (43) 






• What is amount 






representing your share 






of partnership profits? 






(44) 






• What are the total non- 






cash expenses of 






partnership? (45) 



As shown in the Example, the responses on a previous form 
will determine the contents of the subsequent form. This 
innovation is a breakthrough in information capture as we 
5 are aware of no other system in the world that incorporates 
Dynamic Electronic Forms 12 to provide this level of user- 
customisation. Furthermore, this innovation has 
applicability to industries outside of finance. 

10 • Real-Time On-Line Assistance 

An inventive feature of the system is the usage of Real- 
Time Assistance Module 9 . It is accessed by the user 
either through the Intermediary Control Module 6, the 
15 Direct Applicant Control Module 7, the Third Party Service 
Provider Module 18, or the Lender Control Module 17. 

The system allows a user to ring an electronic bell 
represented by an icon on the computer screen which will 

20 alert an Assistant (generally human but possibly 

computerized in some simple cases) to the request for 
assistance. The system will have the ability for the 
Assistant to view the same screen as the user/applicant and 
communicate via real-time alphanumeric messaging or, if the 

2 5 user has such e<juipment, voice communication via the 
existing telecommunications link with the system. 
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For example, if a Direct Applicant 5 that is applying for a 
loan runs into a question on a particular Dynamic 
Electronic Form 8, the user can select an assistance icon. 
5 This will send the current Dynamic Electronic Form 8 that 
the Direct Applicant 5 is viewing to an Assistant's 
computer screen. Then a separate screen will appear that 
allows the Assistant to communicate with the Direct 
Applicant 5. As mentioned, this Real-Time Assistance 9 can 
10 also be accessed by any Intermediaries 2, Third Party 
Service Providers 18 and Lenders 21. 

In the case of the Example, suppose the applicant has a 
question concerning Form No. 9. He is not sure whether 
15 depreciation should be included in non-cash expenses. Mr. 
Hall would select the "bell" icon on his screen which would 
activate the Real Time Assistance Module 9. This would 
result in the Assistant receiving an immediate notice that 
assistance is requested and the identical screen that the 

2 0 applicant is viewing is displayed on the screen of the 

Assistant. Then a sub-screen would appear on the screen of 
the applicant and the Assistant, who when converse by 
typing messages to each other. Alternatively, if the 
applicant's computer is equipped with the voice technology, 
25 he could communicate with the Assistant via a headset. 

Alternatively, all users of the system 23 may use more 
conventional means of communication including the telephone 
and written or faxed correspondence. 

30 

• Automated Underwriting for Multiple Products/Lenders 

After the applicant completes the Dynamic Electronic Forms 
8, the application is ready for underwriting (i.e. 

3 5 assessing) . As mentioned above, the system 23 allows the 

application to be evaluated according to the credit 
criteria of one or more lenders . 
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It should be noted that Multiple Product Automated 
Underwriting 13 can only be conducted when a complete set 
of application information has been collected. The system 
5 23 ensures that this condition is met by using Dynamic 

Electronic Forms 8 and the Superset Decision Method 12 as 
described above. Further, Multiple Product Automated 
Underwriting 13 can be accessed by either Intermediaries 2 
or Direct Applicant 5, and the user can elect which Lenders 

10 21 (i.e. against whose lending criteria) the application 

should be evaluated by. This preference would be indicated 
by the user while in the Intermediary Control Module 6 or 
the Direct Applicant Control Module 7. However, it is more 
advantageous for the user to elect have the application 

15 assessed against for all products and then decide which to 
pursue . 

As the system can incorporate an effectively unlimited 
number of criteria and rules for different lenders, it can 
2 0 perform multi-product <pialif ication and does not have to 
rely on simplified credit scoring (i.e. assessing the 
application based on an underwriting score) . 

In the Example, the Multiple Product Automated Underwriting 
2 5 13 calculates the necessary credit criteria for each of the 
Lenders 21 and check to see if the application qualifies. 
The Multiple Product Automated Underwriting 13 then 
produces the following results: 



Credit Criteria 


Lender A 


Lender B 


Lender C 


Loan Amount 


• Ok 


• Ok 


• Ok 


Security 


• Ok 


• Ok 


• Ok 


Net Surplus* 




• Ok 


• Failed 


Debt Service 
Ratio* 


• Ok 






Refinance Limits 


• Ok 


• Ok 


• Ok 


Identity 


• Ok 


• Ok 


• Ok 
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Final Decision 


• Approved 


• Approved 


• Rejected 



The results of this simultaneous credit assessment would be 
immediately communicated to the applicant by means of the 
Direct Applicant Control Module 7, preferably electronic 
5 mail sent over the internet. At this point, Mr. Hall can 
choose between Lender A and Lender B or he can elect to 
enter the 'auction' (see Loan Exchange, described below) . 
In this simplified Example, the applicant was not asked 
what his product preferences were. In practice, the 

10 applicant would indicate what product features are 
preferred and, as a result, it is possible that the 
application may be approved against products lying outside 
the applicant's criteria. However, in such a case, the 
applicant would have to abandon the application, or relax 

15 or otherwise qualify his preferences. 

• Remote Application Management 

An important preferred feature of the system 23 is that the 
2 0 application process can be managed remotely. A step-by- 
step description of the system's functionality is described 
below. 

The system is accessed by either an Intermediary 2 or a 

2 5 Direct Applicant 5 by a computer 3 or 5 over existing 

communication links, such as the internet. The user will 
encounter either a Intermediary Control Module 6 or a 
Direct Applicant Control Module 7, according to user type. 
The Intermediary Control Module 6 and Direct Applicant 

3 0 Control Module 7 have numerous selections relevant to the 

Intermediary 2 or Direct Applicant 5 as discussed under 
Open Architecture. To lodge an application, the user will 
select this option from the menu. 

3 5 The user will then proceed to respond to the questions 

displayed by the Dynamic Electronic Forms 8 which relies on 
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a Superset Decision Method 12. At any time during the 
application process, the user may use Real-Time Assistance 
9 feature of the system to contact an Assistant. Upon 
completing the Dynamic Electronic Forms 8 the system will 
5 be able to conduct Multiple Product Automated Underwriting 
13 according to the responses and preferences provided by 
the user. The user will then know of the credit decision 
and what the options are. 

10 At this point, depending on the finance product and lender 
requirements, the user may need to do one or more of the 
following: 

• Return signed documents. If the user needs to return 

15 any signed documents, these documents can be obtained by 

the user in any of the following ways: electronic 
download of required forms, electronic file delivery or 
Traditional Delivery 1. As an example, the Lender will 
typically require that a hard copy signed application 

20 form is obtained from the applicant. 

• Make a payment . If the user needs to then make a 
payment, the Finance /Payments Module 11 is accessed and 
the user has the ability to make a payment in one of 
several ways . The user can either make a payment by 

25 credit/debit card by entering the card details onto the 

electronic form, by making a direct deposit into a 
designated account, by providing written authorisation 
to deduct or charge an account (form can be retrieved 
like any other document), or by presenting payment by 

30 Traditional Delivery 1. Payments may be required to 

perform a valuation, for example, if the application is 
for mortgage finance. 

• Provide other supporting documentation. If the user 
needs to supply other supporting documentation, this can 

3 5 be done by electronically delivering requested documents 

or Traditional Delivery 1. For more complex financial 
transactions such as leases, mortgage finance and 
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commercial finance, a significant amount of supporting 
documentation is required by Lenders 21. 
• Arrange third party services. If the user needs to 
arrange any third party services, this can be done 
5 electronically via either the Intermediary Control 

Module 6 or the Direct Applicant Control Module 7 . For 
example, if a valuation needs to be scheduled in the 
case of mortgage finance, then the user can indicate 
preferred appointments times via an the electronic 
10 schedule that is accessed from the Intermediary Control 

Module 6 or Direct Applicant Control Module 7 . 

As discussed above, the application process for some 
financial products involves some third party verification. 
15 This verification is either performed by a Third Party 

Service Provider 18 or by the user. For example, on small 
balance loans (e.g. credit cards , personal loans ) , 
verification of application information with a credit 
information repository could be deemed sufficient by some 

2 0 lenders. On larger balance loans especially mortgages, the 

application information would need to be verified by 
multiple Third Party Service Providers 18 (e.g. land 
titles, valuer, CRAA) and applicant provided information 
(e.g., bank statements, payslips, etc.). 

25 

The Third Party Service Provider 18 can access the system 
and provide their services via any suitable communications 
link by means of computer 19 by accessing the Third Party 
Control Module 16. From here, the Third Party Service 

3 0 Provider 18 can provide the results of any services 

performed, which will then be updated to the Database 14 
which contains all the details of the application and 
progress thereof . 

3 5 Important preferred features of the system 23 are the 
Intermediary Control Module 6 and the Direct Applicant 
Control Module 7, which allow the user/applicant to track 
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the status of an application in real-time (rather than # as 
generally presently occurs, telephoning the Lender 21 who 
checks internal contacts to get the information needed to 
respond to the query) . 

5 

The system 23, however, allows the user, including both 
Intermediary 2 and Direct Applicant 5, to view the progress 
of the application by selecting the track application 
option on the respective control modules. This option then 
10 accesses the Database 14 which contains all information 
pertinent to the application. For example, it contains 
diary notes which is a notebook of all comments and actions 
taken by account officers. 

15 Thus, a user can inspect what actions have been taken on a 
particular loan application. For example, the user can 
inspect a list detailing supporting documents that have and 
have not been received. The user can view the valuation 
report, if one is involved. The user can see a history of 

2 0 any payments made in respect of the application. Of 

course, the user can alternatively inquire about the status 
of an application via the traditional means of telephone or 
written or faxed correspondence. 

2 5 Another preferred feature of the system is that any changes 

or amendments to the application's file on the Database 14 
may trigger desired responses. For example, when a 
valuation report is received from a Third Party Service 
Provider 18 and this report is updated to the Database 14, 

3 0 the system automatically sends a message to the user by 

electronic mail informing the user of the receipt of 
valuation report. This message might alternatively by 
Traditional Delivery 1 . 

3 5 Referring to the Example, the table below summarises the 

remaining verification tasks that must be conducted and how 
the applicant responses by means of the system 23: 
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Verification Activity- 


Method 


Return signed 
application form 


• Can receive pre-filled 
application form in any one of 
following ways: 

- Downloaded 

- Electronically delivered 

- Posted, faxed or sent by courier 

• Actual signed or faxed copy must 
be returned 


Schedule valuation 
appointment 


• Select preferred valuation date 
and times 


Make payment for 
valuation 


• Can make payment by any of the 
following means: 

- On-line credit card payment 

- Faxed authorisation (can be 
downloaded or printed) to 
deduct /charge account 

- Direct deposit into nominated 
bank account 

- Can deliver cheque by post or 
courier 


• Provide tax returns 
for partnership 

• Provide pays lip or 
group certificate 

• Provide latest 
mo rt gage s t a t ement 

• Provide latest 
credit card statement 

• Provide latest 
personal loan 
statement 

• Provide latest auto 
loan statement 


• Any of the following documents 
can be sent by: 

- Electronic image 

- Facsimile, courier or post 



The applicant in this Example can, at any time, also access 
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the Direct Applicant Control Module 7 to see latest 
developments on the application. Here he will be able to 
view all outstanding supporting information, when payments 
were made, the results of any valuation report, and 
5 anticipated settlement time. Furthermore, he will be able 
to review any diary notes related to his account and he 
will automatically be informed of any changes to his 
application file. 

10 As the above description describes and the Example 

illustrates, the system 23 allows the user to remotely 
manage the application process. The system 23 can 
transact, receive and send documents, send notifications 
and track the progress of any application for any financial 

15 product. 

• Self -Servicing 

Current practice of managing a loan account relies on human 
2 0 interaction. For example, if the user needs an account 
statement, a call or written request must be made to the 
lending institution. The system 23, however, enables the 
user to remotely conduct the affairs of the loan account 
after funds have been disbursed by the Finance /Payments 

2 5 Module 11. 

An Intermediary 2 or Direct Applicant 5 can manage a loan 
account by accessing the Servicing Module 10 through the 
intermediary Control Module 6 or Direct Applicant Control 

3 0 Module 7. The Servicing Module 7, allows the user to do 

any of the following electronically: 

• View, print, download, receive loan account statements 

• Change payment dates; 

• Change payment amounts; 

3 5 • Change nominated account information; 

• Amend contact information; 

• Determine pay-out figures; 
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• Request additional advances; or 

• Inquire about anything related to the loan account. 

The user can also contact an Assistant by the more 
conventional means of telephone or written or faxed 
correspondence. However, this feature is both convenient 
and lowers the cost of servicing the applicant. 

• Intermediary System 



Owing to the open architecture of the system 23, it can 
also be accessed by finance brokers, financial planners and 
accountants. For customers that seek such services, these 
Intermediaries 2 will be able to lodge applications on 
15 their behalf. 

The broker community plays a role in over 10% of all 
finance applications. The system 23 also provides an array 
of features to this industry including: 
2 0 • Salesforce management tools; 

• Productivity projections and budgets; 

• Information on all applications in progress; 

• Information on all introduced customers; 

• Performance statistics on introduced business. 



Such features can be amended and augmented as required. 
Such features would be accessed through the Intermediary 
Control Module 6 which would extract and manipulate the 
necessary information from the Database 14. 

• Loan Exchange 



The system 23 also operates as an auction for loans. For 
such an auction to work, a minimum reasonable level of 
35 participants must exist. Therefore, assuming that the 

system has the requisite number of participants to have a 
robust auction, the system 2 3 has can properly and orderly 



H:\paulad\Keep\speci\liberty.doc 7/04/99 



- 48 - 

conduct auctions. 

The Auction Control Module 15 regulates the auction system. 
Users that have elected to auction their loan will have 
5 their preferences gathered, if any, and sorted into various 
categories. For example, some user may only want to 
consider credit cards with a reward program. Therefore, 
this preference may reduce the number of participating 
Lenders 2 1 . 

10 

Lenders 21 can access the Auction Control Module 15 through 
the Lender Control Module 17. Lenders 21 will be able to 
sort available loans to bid on by any criteria they wish. 
As the invention utilises the Superset Decision Method 12, 
15 all information relevant to them can be retrieved from the 
Database 14 and displayed. 

Referring to the Example, the applicant was approved for a 
mortgage with Lender A and Lender B. If the applicant 

2 0 wishes, he can elect to have his business go to the lowest 

bidder. Prior to this auction, the applicant's 
application, along with the applications of other users, 
are viewed by participating Lenders 21. The Lenders 21 
would be able to review any credit criteria of the 
25 application. For example, Lenders 21 will be able to sort 
by Net Surplus if desired. 

At regular intervals, the Auction Control Module 15 will 
begin to take various bids submitted by the participating 
30 Lenders 21 for applications. The Auction Control Module 15 
will be capable of managing various auction styles 
depending on the most appropriate situation (e.g., Dutch, 
Blind, Best Bid) . At the auction deadline, the Lender 21 
that has offered the lowest interest rate (or other measure 

3 5 to be determined) will win the application. 

if the applicant were offered a rate of 6.25% by Lender A 
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and 6.15% by Lender B, he would presumably then proceed 
with Lender B. Alternatively, prior to the auction, the 
applicant may have specified a number of conditions which 
would be captured by the Database 14 and managed by the 
5 Auction Control Module 15. For example, he may have set a 
reserve rate of 6.00%. If this is the case, then the loan 
would not go to any of the bidding Lenders 21. Such a 
strategy might be used by the applicant if he does not 
re<juire finance urgently. 

10 

In an alternative example of use of the Auction Control 
Module 15, the applicant may be considering obtaining a 
mortgage on a warehouse. He may therefore want to package 
his finance together as one offer to a Lender 21. This 
15 condition will be recognised by the Auction Control Module 
15 and communicated to bidding Lenders 21. 

• Lender Access 

2 0 The invention can also be accessed by Lenders 21 through 
the Lender Control Module 17. Here, Lenders 21 will have 
the ability to perform numerous tasks including but not 
limited to: changing credit criteria, viewing all funded 
application, reviewing previous auction results, projected 

2 5 number of new customers, product split, its share of total 

business, etc. New features and enhancements can be added 
based on Lender requirements and feedback. 

Thus, the system 23 allows any Direct Applicant 5 or 

3 0 Intermediary 2 to remotely access a system that employs a 

method that can simultaneously and automatically underwrite 
an application for several loan products offered by several 
lenders. The system 23 also allows the user to remotely 
track and action the application process and, if and when 
3 5 the applicant becomes a customer, enables the user to 

remotely manage the loan account. In addition, the system 
23 can auction loan applications to the Lender 21 with the 
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best bid. The system also provides numerous value-added 
services to Lenders 21 and other Third Party Service 
Providers 18 . 

5 Modifications within the spirit and scope of the invention 
may readily be affected by persons skilled in the art. It 
is to be understood, therefore, that this invention is not 
limited to the particular embodiments described by way of 
example hereinabove. 

10 

Dated this 7th day of April 1999 
LIBERTY FINANCIAL PTY LTD 
By their Patent Attorneys 
GRIFFITH HACK 
15 Fellows Institute of Patent and 

Trade Mark Attorneys of Australia 
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